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ABSTRACT 



A method and apparatus in a distributed data processing 
system for managing application modification in a distrib- 
uted data processing system. The first portion of an appU- 
cation is morphed, wherein the first portion of the apphca- 
tion becomes a dippabie a p p 1 ira tin n Tbp firs t_nQRtieatQiha n 
application containing b^^^^^^^^^^^M^^^^r 

wibi^yj^iatj^jjigi^^^S^^^^^^^^^^^^l^c 

Taffl@lSKlSK6.^.^SS6flBto''^i^ I f 1 in "T ITU i i ri mI n n 11 1| 



fWmthe 

apphcation is pla ced on a clienKj^hgrj^ 
of the applicatioi 
ai^hcation. A rule 
appIiB^SEBSp^^^aiedTorj] 

wherein the 

added to the dippao'i^ application, wherein the rule change 
is incorporated into the dippabie apphcation without requir- 
ing a change to the second portion of the application located 
on the client. 

15 Claims, 4 Drawing Sheets 
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METHOD AND APPARATUS FOR ENABLING a client machine. Presently, changes to server side applica- 

SERVER SIDE DISTRIBUTED OBJECT tions have been accomplished by modifying the server side 

MODIFICATION source code and then recompiling the sotirce code. This 

process involves much overhead and in some cases where 
CROSS REFERENCE TO RELATED 5 source code is not available, it is not possible to use this 

APPLICAnON process. 

Therefore, it would be advantageous to have an improved 
The present invention is related to an application entitled method and apparatus for modifying appUcations in a dis- 
Method And Apparatus For Dynamic Application And tribuled data processing system. 
Maintenance Of Programs, filed Jul. 30, 1998, Ser. No. ^„ ci tx^ a nv rn? ttjt: rKnAcvmr^vr 

09/124,718, assigned to the same assignee and incorporated SUMMARY OF THE INVENTION 

herein by reference. The present invention provides a method in a distributed 

data processing system for managing apphcAtion mndificar 
BACKGROUND OF THE INVENTION tion in a distributed data Erpcesatfig^lemT^The first portio^ 

of an applicah'nn ij^-mrtrphed, vyheminJhe.iic5a.^rfiorLAf fKe 

1. Technical Field 15 ^{^^t\c^r, hprnmf.5;.*«Kpfi^l^r^^^ fir^t 
The present invention relates generally to an improved of an application ciolaififfig-bnsraegjffles is placed on a 

distributed data processing system and in particular to a ^ser-vex-witbHi-tbe- distribtitga'^ta processing syst 

method and apparatus for managing applications within a ^^'^x1ierei&-tbe~J^plit:alioh is accessed by^a'^ienl, A sec 

distributed data processing system. Still more particularly, portion of the application is placeipn^cUenty^^^fieSo-iu^ 

the present invention provides an approved method and 20 sec^ond^rttoB-oHbc^ 

apparatus for modifying appUcations in a distributed data portioToft fac ap p lication. A ru 4cx;^ange is idcntiged;fbf the 

processing system. ^ippable application. A-dip_is_crpated for the dippable^ 

_ _ . . ^ 1 J * (application, wherein^lie dip incorporates the rujf, rhange. A 

2. Descnption of Related Art U^l^lip^s-added to.^^ V 
Acomputerinchides both a physical machine, namely the nile^ehange~-is-incorporated into the dippable ,^^teftttorr^^ 

hardware, and the instructions which cause the physical vyit hnnf rpr}i i|ringac hange to the second p^igt^o n oFthe 

machine to operate, namely the software. Software includes appUcation located on the client. — — ^ 

both application and operating system programs. If the BRIEF DESCRIPTION OF THE DRAWINGS 
program is simply to do tasks for a user, such as solving 

specific problems, it is referred to as appUcation software. If ^h^ ^^el features beUeved characteristic of the invention 

a program controls the hardware of the computer and the set forth in the appended claims. The invention itself, 

execution of the appUcation programs, it is caUed operating however, as weU as a preferred mode of use, further objec- 

system software. System software further includes the oper- ^^^^ and advantages thereof, wiU best be understood by 

ating system, the program that controls the actual computer reference to the following detailed description of an illus- 

or central processing unit (CPU), and device drivers that ^^^^^e embodiment when read in conjunction with the 

control the input and output devices (I/O) such as printers accompanying drawings, wherein: 

and terminals. FIG. 1 is a pictorial representation of a distributed data 

A number of appUcation programs are usually present Processing system in which the present invention may be 

waiting to use the CPU. The operating system determines implemented; 

which program will run next, how much of the CPU time it ^1^. 2 is a block diagram of a data processing system 

will be allowed to use, and what other computer resources ^^i^h may be implemented as a server, in accordance with 

the appUcation will be aUowed to access and use. Further, ^ preferred embodiment of the present invention; 

each appUcation program wiU reqmre a special input or FIG. 3 is a block diagram of a data processing system in 

output device and the application program must transfer its which the present invention may be implemented; 

data to the operating system, which controls the device FIG. 4 is a diagram illustrating an appUcation in accor- 

drivers. dance with a preferred embodiment of the present invention; 

A network containing a number of computers may be FIG. 5 is a diagram ofamorphing operation in accordance 

formed by having these computers, also referred to as with a preferred embodiment of the present invention; 

"nodes" or "network computers", communicate with each FIG. 6 is a diagram of a dipping operation in accordance 

other over one or more communications links, which is an 50 with a preferred embodiment of the present invention; 

aggregation which is a computer network. Today, many FIG. 7 is a diagram of a process for providing an interface 

computer workstations are connected to other workstations, to a non-object oriented program in accordance with a 

file servers, or other resources in a network. Each computer preferred embodiment of the present invention; 

on a network is connected to the network via an adapter card piG. 8 is a flowchart of a process for adding rules to an 

or other similar means, which provides an abiUty to establish 55 object in accordance with a prefened embodiment of the 

a communications Unk to the network. present invention; 

Many types of programs are presently available in both a FIG. 9 is a flowchart of a process for adding and removing 
stand alone form and from a server in a network that employ nilcs from a dippable object in accordance with a preferred 
various rules for decision making. In addition, some pro- embodiment of the present invention; and 
grams are executed in a "multi-tier" distributed environment 60 pjc, 10 is a flowchart of a process to create an object 
in which applications may use multiple computers to solve oriented representation of a program in accordance with a 
specific problems. It is often desirable to modify only the preferred embodiment of the present invention, 
portion of the application on a server as opposed to modi- 
fying the portion of the appUcation on a client machine. DETAILED DESCRIPTION OF THE 
Modification of the application on the server eliminates the 65 PREFERRED EMBODIMENT 
need to redistribute the appUcation to various cUents as in With reference now to the figures, and in particular with 
the case of changes made to the portion of an application on reference to FIG. 1, a pictorial representation of a distributed 
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data processing system ia which the present invention may Additional PQ bus bridges 222 and 224 provide inter- 
be implemented is depicted. faces for additional PCI buses 226 and 228, from which 

Distributed data processing system 100 is a network of additional modems or network adapters may be supported, 

computers in which the present invention may be imple- *his manner, server 200 allows connections to multiple 
mentcd. Distributed data processing system 100 contains a 5 network computers. A memory mapped graphics adapter 

network 102, which is the medium used to provide commu- 230 and hard disk 232 may also be connected to 1/0 bus 212 

nications links between various devices and computers as depicted, either directly or indirectly, 

connected together within distributed data processing sys- Those of ordinary skill in the art will appreciate that the 

tem 100. Network 102 may include permanent connections, hardware depicted in FIG. 2 may vary. For example, other 

such as wire or fiber optic cables, or temporary connections peripheral devices, such as an optical disk drive and the like 

made through telephone connections. also may be used in addition or in place of the hardware 

In the depicted example, a server 104 is connected to depicted. The depicted example is not meant to imply 

network 102 along with storage unit 106. In addition, clients architectural limitations with respect to the present inven- 

108, 110, and 112 also are connected to a network 102. tion. 

These clients 108, 110, and 112 may be, for example, The data processing system depicted in FIG. 2 may be, for 

personal computers or network computers. For purposes of example, an IBM RISC/System 6000 system, a product of 

this application, a network computer is any computer. International Business Machines Corporation in Armonk, 

coupled to a network, which receives a program or other N.Y, running the Advanced Interactive Executive (AIX) 

application from another computer coupled to the network. operating system. 

In the depicted example, server 104 provides data, such as ^° with reference now to FIG. 3, a block diagram of a data 
boot files, operating system images, and applications to processing system in which the present invention may be 
chents 108-112. Clients 108, 110, and 112 are clients to implemented is illustrated. Data processing system 300 is an 
server 104. In a multi-tier distributed environment, distrib- example of a chent computer. Data processing system 300 
uted applications are provided in which a portion of the employs a peripheral component interconnect (PCI) local 
application is located on a server, such as server 104 and bus architecture. Although the depicted example employs a 
another portion of the apphcation is located on a client, such pci bus, other bus architectures such as Micro Channel and 
as client 108, In this implementation, the client is considered Indusn^ Standard Architecture (ISA) may be used. Proces- 
a first tier system while the server is considered a second tier sor 302 and main memory 304 are connected to PCI local 
system. Distributed data processing system 100 may include bus 306 through PCI bridge 308. PCI bridge 308 also may 
additional servers, chents, and other devices not shown. In include an integrated memory controller and cache memory 
the depicted example, distributed data processing system for processor 302. Additional connections to PCI local bus 
100 is the Internet with network 102 representing a world- 306 may be made through direct component interconnection 
wide collection of networks and gateways that use the or through add-in boards. In the depicted example, local area 
TCP/IP suite of protocols to communicate with one another. network (LAN) adapter 310, SmaU Computer System Inter- 
At the heart of the Internet is a backbone of high-speed data face (SCSI) host bus adapter 312, and expansion bus inter- 
communication lines between major nodes or host face 314 are connected to PCI local bus 306 by direct 
computers, consisting of thousands of commercial, component connection. In contrast, audio adapter 316, 
government, educational, and other computer systems, that graphics adapter 318, and audio/video adapter (A/V) 319 are 
route data and messages. Of course, distributed data pro- connected to PCI local bus 306 by add-in boards inserted 
cessing system 100 also may be implemented as a number into expansion slots. Expansion bus interface 314 provides 
of different types of networks, such as for example, an a connection for a keyboard and mouse adapter 320, modem 
intranet or a local area network. 322, and additional memory 324. SCSI host bus adapter 312 

FIG. 1 is intended as an example, and not as an architec- provides a connection for hard disk drive 326, tape drive 

tural limitation for the processes of the present invention. 328, and CD-ROM drive 330 in the depicted example. 

Referring to FIG. 2, a block diagram of a data processing IVpical PCI local bus implementations will support three or 

system which may be implemented as a server, such as fo^^ expansion slots or add-in connectors, 

server 104 in FIG. 1, is depicted in accordance to the present An operating system runs on processor 302 and is used to 

invention. Data processing system 200 may be a symmetric coordinate and provide control of various components 
multiprocessor (SMP) system including a plurality of pro- 50 within data processing system 300 in FIG. 3. The operating 

cessors 202 and 204 connected to system bus 206. system may be a commercially available operating system 

Alternatively, a single processor system may be employed. such as OS/2, which is available from International Business 

Also connected to system bus 206 is memory controller/ Machines Corporation. "OS/2" is a trademark of Intema- 

cache 208, which provides an interface to local memory 209, tional Business Machines Corporation. An object oriented 
I/O bus bridge 210 is connected to system bus 206 and 55 programming system such as Java may run in conjunction 

provides an interface to I/O bus 212. Memory controller/ with the operating system and provides calls to the operating 

cache 208 and I/O bus bridge 210 may be integrated as system from Java programs or applications executing on 

depicted. data processing system 300. Instructions for the operating 

Peripheral component interconnect (PCI) bus bridge 214 system, the object-oriented programming system, and appli- 
connected to I/O bus 212 provides an interface to PQ local 60 cations or programs are located on storage devices, such as 

bus 216. A number of modems 218-220 may be connected hard disk drive 326 and may be loaded into main memory 

to pa bus 216. Typical PQ bus implementations will 304 for execution by processor 302. 

support four PCI expansion slots or add-in connectors. Those of ordinary skill in the art will appreciate that the 

Communications links to network computers 108-112 in hardware in FIG. 3 may vary depending on the implemen- 
FIG. 1 may be provided through modem 218 and network 65 tation. For example, other peripheral devices, such as optical 

adapter 220 connected to PCI local bus 216 through add-in disk drives and the like may be used in addition to or in place 

boards. of the hardware depicted in FIG. 3. The depicted example is 
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not m^ant to imply architectural limitations with respect to 
the present invention. For example, the processes of the 
present invention may be applied to multiprocessor data 
processing system. 

The present invention provides a method, data processing 
system, and instructions for dynamically maintaining pro- 
grams. In a preferred embodiment of the present invention, 
the data access functionality is separated into two distinct 
parts. A client side data access part (DAP) and a server side 
DAP are present. The server side DAP is a dippable object 
in accordance with a preferred embodiment of the present 
invention. The present invention also allows for modifica- 
tion of legacy programs or other pro_£rams^^-wbi€b-soucc&\ 



application programming interfaces (APIs) that utilize the 
Java defined Java database connectivity (JDBC) structured 
query language (SQL) database access interface, which 
provides uniform access to a wide range of relational 
databases. In the depicted example, these databases may be 
found in database 404. Server^jcct_ 402_coiUait3SJiiethods 
used to provide-D eeded^nctj on g iBvoka ' ' ^^^^^ 



4tolEG>r^aq;iple, these functions may include database 
access to database 404. In addition, Jn_lhi&-example^ a 
customizer is pro>flded-for^gg&£ebjecr40i, whitfcallows 
customization of^e~JDSCuniversdncesource Jocator . 
well ks^SFdatah asilabie^n ^ of which ^Sis^ 

Se^S^ gOhe-da tabasc^jtii^igfse^^ 
code is unavailable/Xprogram may be wrapped to turn the"^ present inv^nUon^^ffie3ata:acc^ssT>^^ 
program into a JavknOTiipHUbl&Hjbjcct using a Javanati\:e-^i5 



DAP-clii 



interfacerTMslava compatible objecUnay-^ erfBemo rphed 

to be(^ade1?y ad ding or t^ mQyiag.xi^)s4{om-tb€-dippable 
^egecT^^ 

With reference now to FIG. 4, a diagram illusU-ating an 
application is depicted in accordance with a preferred 
embodiment of the present invention. As can be seen, client 
object 400 is the client side DAP while server object 402 



a DAP 



20 




(^^^rveT-teeaai35l5l2^^E-S^Fv^^ 
^i^^s.X)neJiUerf^acex6ntam'sm'Slhods that ^re ,iise4^ byDi] 
to ^modify existing business rules bdka^^. yS^=tji;Berlnter- 
faq g^ntams -the-caethods that are iavokei ^ 
clienL,beanIang:^w!ucF use jO BC J]he above^. — 
mfetfaods could,b:g-wnt{&n'-t6"lcce^^t her backend 
(i.e. QCSrlMSTftiQrSAPr^tcryffnd should not be restricted 
to just JDBC or database ,ao 



forms the server side DAP. Client object 400JsJocatedon__-g The-DAPxl icnrbean can seSfe as an event sourceo^r an 

1 ic ?event-Snk-for various events. At build timfr. the DAP cjii 



a client co mputer, su ch^asr-fbr-cxampleT^ client 108 
distributcd'^ata processing system 100 in FIG. 1, S^ivlf 
8bjccL4^TS located on a server ^ such as server 104. in j tG/ 
1. In the depicled exampIeTtwo Java beans are empl^ed" 
that implement the client object 400 and server object 402. 
Client object 400 may i nitiate ca llsJo-scFver-ofajecf 402"to~nn 
access database 40j>n3ased on various business rules or A 
busi ness'logic'impleme&t ed within scr yfii-obicct-4027-Dat^ 
base^404lnay be located within the server or be a remote 
database. In this example, client object 400 contains the 
functionality reqjiiredfor connection in a client side builder 
environment. A^client siHeWl Uei euvhuu mcnHs-a-softwafe 
prog ram that allgws jaae^Q build an application by connectJ 
iijg various software compo nents that toig ether will fonniSe 
gli ent s ide part of^''=3istn6utfid "^plication, \@Lrious Java 
bean desip^patteius forevents, meihGdSTSndlJroperties are 
used so that the appropriate information is made available 
for connection between client object 400 and other client 
side components that may be present on t l 
Also in the depicted exampjc,nt customizer is provided t( 
allow^a--user'!5uildiDg a distributed applicatiojj to configu 
a 4K3str-Bame::ep=the Intem"etT*fotocol (IP) address of tl 
secQ^_ticr_co]nputer implCT£JitiDg-thc--serversiae DAP, 
server object 402. In this example, a Java remote method 
invocation (RMl)43rotocoLis.employed for distributed com- 
municationsbetw^en objects, such as~client oBjeCfTtOO-Mtd 
serW-^objfictj^. Of cou rse the present invflytinn ma^^^ 
implementedequally well ^witb-trthef^-ypes-of distributed 
protocols, such as, for example, the Common Object 
Request Broker Architecture (CORBA) standard designed 
by the Object Management Group consort«im:-CO^^->55 
details_an_oyect_^usjhal^ comm unicate acmis \ 

eWrp]riscs--ftad-^ven-iXMiticenia 



25^ev ent-^nk-forvari ous'evcnts. At build ti^e-^ the D^ cH|nt 
" — *iean is_used-in^a=client side builder environment ^and^s 
coQB€ete dTol) t!^e]3fent:^de^^ 
fitocJwfiS^iSSs-iiccdcd-ftxJm^ 

bean communicates with its corresponding DAP server bean 
by using such protocols as RMI (Remote Method 
Invocation) or HOP (Internet IntcrOrb Protocol). For 
example, at client side build time, as application assembler 
uses a client side builder environment to connect a GUI bean 
to the client side DAP so that when a button is pressed an 
event will be sent to the DAP to retrieve certain data. At 
server side build time to customize the server side DAP, an 
application assembler uses a builder environment to display 
the server side DAPs customizer which allows for such 
things as customization of the JDBC universal resource 
locator as well as the database table name. If any Dips are 
to be applied, we must go through the normal morphing 
process and then the Dips may be applied. Then at run time, 
the user presses a button on the client which signifies that 
certain data is requested for view. The GUI bean generates 
an event, which is sent to the client side/DAP bean. The 
client side DAP bean invokes a method on the server side 
DAP bean requesting the needed data. The server side DAP 
bean retrieves the data, which may or may not have been 
changed or filtered because of a DIP being applied on the 
server side, and sends the data back to the client side DAP 
bean. The data is then returned by the client side DAP bean 
the GUI bean for display to the end user. 

his-separation between client object 400 and server 
objecr402rcfaftflges ^o various business log ic within server 
object 402,^1 may" be peltoroedj usiggT^d^iTg-pcoccss-tOy 
aitow-applicaUon^ lousiness ni^ir^tps-to-moHlQ^^tns^fiitei^ 
ba t a~tliaLis-*i yeniag]tt£^^ t<>i;:4^nt 



35 



40 



45 



50 



ehterppscs--ftad|^Mien_c^ . _ ^_ __ . ^ ^ , _ . ^ 

objects^SFo6jectsrC OK.bA was dcsi^ned-to-atlQwAlelli- p-obje£tr400;^ These mndificat fnn.Q jn AyL-ba- mnHfi a rf^jnt 
gent compoTTEHlslo^iscover eaclTother and inter-operate^7~^ . bavingaojnodifyjcli^tobject SoSTTETiSllesiratjirbecar^ 



an objecTbCB. However, CORBA goes^ beyond just^ialer-'^ijj^here mayi>e-thouj 



!cli&nmbai:acces&.a_siDgle^p 



operab3i^JtIils6-sp rtlSlSdititynT these ^lYocesses-dso^may be applied to 

serviccsfor crcating:.aa^d'eM^'c^oGte, acG5l^iDph,^ai^-^ programs written in non-current programming languages, 



niffie,-steringTSbm in persistent stores, exlemalizing:their 
stales, and definftng"^dicj?nr&Moiiships between them " 
In accordance with a preferred embodiment of the present 
invention, server object 402 contains the actual business 
logic, which is implemented using BeanExtender developed 



such as COBOL or to programs for which source code is 
unavailable. Dynamic changes to such programs may be 
made by creating an interface for the program to make the 
program compatible with an object-oriented programming 
system, such as Java. The program may then be modified to 
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be "dippable" to allow for dynamic changes. Id this manner, 
the processes of the present invention may be used to 
dynamically apply and maintain various logic, such as 
business rules in existing programs or applications. 

In the depicted examples, the processes of the present 
invention are implemented using the Java programming 
system, which is an object oriented programming system. 
Object-oriented programming techniques involve the 
definition, creation, use, and instruction of "objects'*. These 
objects are software entities comprising data elements or 
attributes and methods, which manipulate data elements. 
Objects also may include data related to events outside of the 
object to trigger or control methods within the object. 

Objects are defined by defining "classes", which are not 
objects, but templates, which instruct a compiler how to 
construct the actual object. For example, a class may specify 
the number and type of data variables and the steps involved 
in the functions, which manipulate data. An object is actu- 
ally created in the program by means of a special function 
called a constructor, which uses the conesponding class 
definition and additional information, such as arguments 20 
provided during object creation, to construct the object. 
Objects are destroyed by a special function called a destruc- 
tor. 

Many benefits arise out of three basic properties of object 
oriented programming techniques: encapsulation, polymor- 25 
phism and inheritance. Objects can be designed to hide, or 
encapsulate, all or a portion of, the internal data structure 
and the internal functions. More particularly, during pro- 
gram design, a program developer can define objects in 
which all or some of the data variables and all or some of the 
related methods are considered "private" or for use only by 
the object itself. Other data or methods can be declared 
"public*' or available for use by other software programs. 
Access to the private variables and methods by other pro- 
grams can be controlled by defining public methods which 35 
access the object's private data. The public methods form an 
interface between the private data and external programs. An 
attempt to write program code which directly accesses the 
private variables causes a compiler to generate an error 
during program compilation. This error stops the compila- 40 
tion process and prevents the program from being run. 

Polymorphism allows objects and functions which have 
the same overall format, but which work with different data, 
to function differently to produce consistent results. For 
example, an object may have format of attribute data and 45 
methods to support a geometric shape. The same format can 
be used whether the shape is a rectangle or a circle. 
However, the actual program code which performs the shape 
formation may differ widely depending on the type of 
variables which comprise the shape. After the methods have 
been defined, a program can later refer to the shape forma- 
tion method by its common format and, during compilation, 
the compiler will determine which of the shaping methods to 
be used by examining the variable types. The compiler will 
then substitute the proper function code. 

A third property of object oriented proj 

itance which allows program developers tol 

programs. Inheritance allows a software developer to define 
classes and the object which are later created from them as 
related through a class hierarchy. Specifically, classes may 
be designated as subclasses of other basic classes, A subclass 
"inherits" and has access to all of the public functions of its 
base classes as though these functions appeared in the 
subclass. Alternatively, a subclass can override some or all 
of its inherited functions or may mjadjfi^K&m^lrSB 
inherited functions by defining a nt 
form. 



The creation of a new subclass borrowing the funaion- 
ality of another class allows software developers to easily 
customize existing code to meet their particular needs. 

A set of predefined, interconnected classes are sometimes 
provided to create a set of objects and additional miscella- 
neous routines which are all directed to performing com- 
monly encountered tasks in a particular environment. Such 
predefined classes are typically called "frameworks" and 
essentially provide a prefabricated structure as a basis for 
creating a working application program. 

In object oriented programming such as iheprev 
descri bed Java system. ^ ^^gpenysiDr^ad^^^^^^^ 

" le- 

work contains predefined ciasses^TO^^S^mi^fll 
classes and a developer may accept and incorporate some of 
the objects into these base classes, or the developer may 
modify or override objects or combinations of objects in 
these base classes to extend the framework and create 
customized solutions in particular areas of expertise. 

A clarification of the term "framework" as used in object- 
oriented programming is in order. Frameworks are pre- 
defined structures for objects, combinations of objects which 
form more extensive objects and eventually combinations 
which provide whole programs. 

F rameworks a r£^jnBlfl3igdinwhich predefined, intercon^ 



thatS 
1^ 



50 




60 



jaSoHs^l objects. 
Java is an object oriented programming language and 
environment focusing on defining data as objects and the 
methods that may be applied to those objects. Java supports 
only a single inheritance, meaning that each class can inherit 
from only one other class at any given time. Java also allows 
for the creation of totally abstract classes known as 
interfaces, which allow the defining of methods that may be 
shared with several classes without regard for how other 
classes are handling the methods. 

The Java virtual machine (JVM) is a virtual computer 
component that resides in memory. In some cases, the JVM 
may be implemented in a processor. The JVM allows Java 
programs to be executed on a different platform as opposed 
to only the one platform for which the code was compiled. 
Java programs are compiled for the JVM. In this manner, 
Java is able to support applications for many types of data 
processing systems, which may contain a variety of central 
processing units and operating systems architectures. 

To enable a Java application to execute on different types 
of data processing systems, a compiler typically generates 
an architecture-neutral file format — the compiled code is 
executable on many processors, given the presence of the 
Java run-time system. The Java compiler generates bytecode 
instructions that are non-specific to a particular computer 
architecture. A bytecode is a machine independent code 
generated by the Java compiler and executed by a Java 
interpreter. A Java interpreter is a module in the JVM that 
alternately decodes and executes a bytecode or bytecodes. 
These bytecode instructions are designed to be easy to 
interpret on any computer and easily translated on the fly 
into native machine code. 

With reference now to FIG. 5, a diagram of a morphing 
operation is depicted in accordance with a preferred embodi- 
ment of the present invention, A morphing operation is 
applied to object 502 to create a new dippable object 504. 
Dippable object 504 is object 502 with modifications that 
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allow it to accept additional behavior in the form of a dip. are no longer a requirement, the dip for that rule may be 
A "dip" is a class that has an interface that allows the class removed. If the price differential is to be no more than 
to be used by a dippable object In essence, dippable object $300.00, the old dip may be removed and a new dip 
504 looks and behaves like object 502, but has the added containing the new limit may be added to the flight reser- 
ability to accept behavioral modification components. 5 vation program. Alternatively, the existing dip may be 
Object 502 may be a Java class, such as, for example, a flight customized to change a property, which represents the price 
reservation program used to select and make reservations for differential without removing and reapplying the dip. In 
airline flights. Typically, the appUcation is often split into addition, new dips may be added to the object. For example, 
cUent and server classes in which the class containing the a new business rule temporarily restricting use of a particu- 
business rules or logic, is maintained on the server and the 10 airline due to terrorist threats could be implemented as a 
class containing the presentation logic is maintained on the ^ business rule in conjunction with the 

chent The server class will be morphed, while the client existing rule regarding price differentials. Iri this manner, the 
class uses the morphed business logic because it looks and original object does not need to be modified in order to 
behaves the same. When the object is morphed through change the behavior. The addition and/or removal of dips 
morpbing operation 500, the object becomes a dippable 15 allows for the desired flexibility. 

object such that the rules or logic used in selecting flights Morphing is a means by which an existing class is 
and making reservations may be altered. Morpbing results in examined and duplicated as a subclass such that all methods, 
a new class that looks and behaves like before, but has the events, and properties of the original class can have "before" 
function of accepting new behaviors in the form of dips. For and "after" notifications performed. In addition, any 
example, new behavior may be added to the flight reserva- 20 "t>efore" notification can also veto the execution of the 
tion program to offer direct flights if they are no more than method, property, or event. This mechanism is handled by 
$100.00 more than a connecting flight. The change in applying a dip to the subclass resulting firom the morphing. 
behavior involves adding one or more rules in the depicted The dip then uses the "before" and "after" notifications to 
example. In addition, the change in behavior also may modify the behavior of the subclass and therefore the 
involve or change an existing rule within the class. These 25 original class. The combined subclass and dip(s) are then 
changes are implenaented-usiag-dipS^ as wUl"be'3esSnl5e31n j saved as a single component. More information on mor- 
more detail below|j\Jbusiness^enifefines4KiaL^ — J phing and dipping objects can be found in assignee's 
business process. Businesses wiU define rules for operating co-pending U.S. patent application entitled "An Object 
the business. In the depicted example regarding flight res- Oriented Programming System With Objects For Dynami- 
crvation program, a decision was made that no flights can be 30 cally Connecting Functioning Programming Objects With 
taken if a direct flight costs $100.00 more than a connecting Objects For General Purpose Operation", LeBlanc et al., Ser. 
flight. Typically, implementation of business rules tend to No. 08/953,345, filed Oct. 17, 1997, which is incorporated 
show up in accounting systems and other places, which herein by reference. In this appHcation, "morphing" is 
check to see if the rules of a business process are being described as a process for creating hooks in a connecting 
followed. In the depicted example, the travel department for 35 object, which fires events to notify interested object. Mor- 
the business has modified the flight reservation system to phiag is the means by which an original general purpose 
enforce current business rules, without having to modify any Bean is extended using a connecting layer to hook the 
of the thousands of clients that access the server. original Bean*s property changes, event generation, and 

Turning now for FIG. 6, a diagram of a dipping operation method calls and notify any interested context layer objects 
is depicted in accordance with a preferred embodiment of miJ^^) produce a dippable general purpose Bean, 
the present invention. After an object has been made To begin, one^^muspLmdetstend'Tt^^ 
dippable, behavior modifications may be made using dip- p(reusable-sofp»^areramponen^^ 

ping operation 600. Dipping operation 600 uses dippable '-d^ipaWc-trcair^to which"T&ey arcitacbedr-Bippabie~bcans 
object 602 and dip 604 as inputs to attach dip 604 to dippable at^^^bean^JbaLhave^^ in 
object 602. A dip is an implementation of a dip interface (a 45 whi^Ttliei^caiHs^rapped with an API,.sothat dips canbe^ 
class), which allows the class to perform two things: (l)£a\_agglied_^^Dips^modi^^ to 
dip allows an instance of a class which implements the dip^^^^hich ihgy ^rc attache d, but they do^noTprSvidS new 
interface to be associated with (attached to) an instance of a interfaces onl^eans tojvfaicg^hTjcare^atta^^ 
dippable class, and (2) a dip allows an instance of the class^ — ft ttached^rougfa-tfac^^ ntEbtcncr-modeT rhis~£me^wav — ^ 
which implements the dip interface, which has been asso-f 50 i^immumcation mechanism, while hmiting, can be used to 
ciated with an instance of a dippable class, to_modify-tbe^ fadd behaviors to a dippable bean. However, if the original 
behavior of an instance of the dippable class.^jpping is the^^ bean was thread safe, its dippable version remains thread 
operationrwhicb-asstK;iate$J5anStance3f4 ^safe. If the original bean was immutable, the original bean 

an mstaoce of a dippabIexriassrDip"604 encapsulat^;pefi5v-^^ part of the dippable bean remains immutable. The original 
ior that I'g^a-h f*, tn Hipp ahi^-nhjp>T7ffl2"'ln addition, dip 55 bean part is what is visible to the cUents of the bean. Though 
604 controls dippable object 602 with respect to the added dips can add behavior, they cannot add new properties, 
behavior. For example, with a flight selection-program-that^ events, or methods to the bean. 

has beenjmog)^djpJ)ejIippable the form of a I'ule^ The dipping framework allows the user to take an existing 

^"s^ection of d irect flights may be added tomodify ffie Java class and produce a new class to which dips can be 
hThayior-or-theJIigfirseTe'cRbo program without havmgio 60 appfied. This can be done in one of the following ways: (1) 
{nodify-the-coob or instructions for the flight selection take an existing class and create a new dippable class as a 
program^andjivithouLhaying.to,modifyjhe_^^^ DAP. child of the original, parent class; or (2) take an interface and 

lU^phing^and-dipEisgare both used to modifyT^rogr^am a corresponding implementation class and create a new 
to add or modify behavior ofTETobject. In addttiottredded dippable class that implements the interface and uses the 
or modified behavior may be easily removed at a later time 65 implementation class. 

by removing the dip. For example, if direct flights that are In each case, the new dippable class implements the 
no more that $100.00 above the cost of a connecting flight dippable interface. If desired, the new dippable class could 
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implement the dippable exteaded interface, which is a child to be added to the object is obtained (step 806). A dip is 

of the dippable interface. Therefore, all dippable classes, generated for the new rule (step 808). For example, the 

even those implementing the dippable extended interface, business logic of a CICS application may have an object 

are implementations of the dippable interface. oriented Java wrapper class which exposes the business 

During the creation of a new dippable class, dips can be 5 logic of the CICS appUcation as methods which have return 

added to the class definition of the dippable bean. Because values and take arguments, but their implementation is 

dips can be added to an instance of a dippable bean, delegated to the CICS appUcation using a layer of software 

instances of the same class can have different behaviors such as a Java native interface. CICS is a known transac- 

applied to them through the dipping process. Hie dipping ^onal programming system. In addition, it is assumed in this 

concept creates a step between development and deployment 10 example that the implementation of this Java wrapper class 

for Java applications. This step allows new behaviors to be has been morphed and that new business rules are imple- 

added to existing binary objects. mented as dips which are dynamically attached to the Java 

A dippable bean allows dips to intercept properties, wrapper class, 

methods, and events. AU set<PropertyName>0(l) methods When business logic is no longer needed or is desired to 

are treated as properly-related. All fire<EventName>0 or temporarily inhibited, a business rule dip can be written 

process<EveotName>Omethods are treated as event-related. ^ do the following: (1) when it is dipped onto the morphed 

Tht dipping framework works outside of a beans* envi- ^ ^^^PP^^ ^^^^^ registers an interest in being notified 

ronment and works on any Java class that foUows the Java "^^^^'P^ ^^"^^^^^ f^^^^^ff ^^^'^T' ^""^ 

beans naming strategy "^^^^ notified, it prevents the execution of the busmess logic 

, ^ „ r n by throwing a veto exception which tells the dipping frame- 

With reference now to FIG. 7, a diagram of a process for ^^^^ ^^jj ^^^^^^^ ^ 

providing an mterface to a non-object oriented program is ^ ^^^^ 

depicted m accordance with a preferred embodiment of the c -.. • «_- i .- 

, . «r • -nn* 1 J. . behavior of existmg busmess logic usmg a business rule dip, 

present mvention. Wrappmg process 700 IS employed to turn • , u -7 * . u i Tu • * j vr 

. , j-x- or r J Qjjg change its mput, while the other is to modify its 

program 702 mto a Java compatible object 704 using Java 25 * * ^^^^y 

native interface 706. A Java native interface is a native w j ,,- • 

programming interface that aUows Java code that runs inside Modifymg existmg busmess logic by changing the input 

a Java virtual machine to interoperate with applications and accomplished by the following: (1) when the business rule 

libraries written in other programming languages, such as C, ^^ed onto the moiphed Java wrapper class, it registers 

C-I-+ and assembly. Program 702. in the depicted example, is 30 *° ^^^^ ^ ^^^°^P* *° business 

in a language, such as COBOL, which is not usable in the ^^g^^ ^^^^^ ^^^^^ to be modified; and (2) when notified, it 

morphing process described above. Wrapping and layering examines the input parameters to the method, modifies them 

are ways of changing an interface to a programming system. ^ business rule, and then lets the execution of the 

In the depicted example, the interface from a procedural existmg business logic contmue. A call is made to a method 

system, possibly implemented in COBOL, is changed to an 35 ^ ™ ^^^^ busmess logic in a dippable class that has a dip 

object-oriented interface implemented in Java. Wrapping ^^^""^^^ ^ ^^P intercepts that call and looks at the 

tends to be associated with object-oriented systems in which arguments and properties (the mput to the method on the 

a wrapper overrides the behavior of an existing object and dippable cla^). The dip then modifies the arguments and 

layering tends to be used in procedural systems although properties to fit the new business rule and lets the intercepted 

tbey both perform similar frinctions (i.e., change the 40 "^^^^"^ "^'^^ ""^"^ argument and property values 

interface). Wrapping process 700 encapsulates program 702 proceed. 

in a wrapper, which provides a new interface from the output of the business logic can be modified by 
underiying system, program 702. The implementation of the registering for notification as above but this time it registers 
wrapper in the depicted example, uses Java native interface ^ notified after the business logic has completed. A call 
706 to generate calls to the underiying program. In the 45 ^ °iade to a method to run some business logic in a dippable 
depicted example, Java native interface 706 is like a layer on class that has a dip attached to it. The dip intercepts the 
top of a procedural base system. With Java native interface completion of the business logic (the return) and examines 
706, program 702 forms an object that can be morphed in return value, and any output arguments and/or proper- 
accordance with a preferred embodiment of the present ties. The dip then modifies the return value and/or output 
invention. Java native interface 706 is used to translate 50 arguments and properties of the dippable class to fit the new 
messages from other Java objects or components into calls business rule. The return then completes, 
used by program 702 and to translate responses from pro- When notified, the business rule can examine and option- 
gram 702 into messages that are recognized by Java objects ally modify the output of the business rule. This can include 
or components. In addition, wrapping may be applied to both return values and the actual content of the data 
other systems, such as, for example, Data Base Management 55 attributes of the Java wrapper class. 
System (DBMS) or a rule based system. The dippable object is dipped (step 810) with the new 
With reference now to FIG. 8, a flowchart of a process for business rule dip. Next, a determination is made as to 
adding rules to an objea is depicted in accordance with a whether the dipping process was successfully completed 
preferred embodiment of the present invention. The process (step 812). If the dipping process was not successfully 
in FIG. 8 is applied to create a dippable object from a Java 60 completed, the process terminates. Successful completion of 
object and to add a rule to the object. The process begins by the dipping process results in saving of the dippable object 
obtaining an object for which a rule is to be added (step 800). with the dip (step 814) with the process terminating there- 
Next, the object is morphed (step 802). A determination is after. 

made as to whether the morphing process was successfiilly Turning next to FIG. 9, a flowchart of a process for adding 

completed (step 804). If the process was not successful, the 65 and removing rules from a dippable object is depicted in 

process terminates. If the morphing process is successful, a accordance with a preferred embodiment of the present 

dippable object has been produced. Then, a new rule that is invention. This process may be applied to dippable objects 
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with and without dips. The process begins by obtaining the 
dippable object that is to have its behavior modified (step 
900). A determination is made as to whether a new rule is to 
be added to the dippable object (step 902). If a new rule is 
to be added, the new rule is then obtained (step 904), and a 
dip is generated for the new rule (step 906), Thereafter, the 
dippable object is dipped using the dip generated for the new 
rule (step 908). The modified dippable object with the new 
dip is then saved (step 910). A determination is then made 
as to whether more changes are to be made to the dippable 
object (step 912). If more changes are to be made, the 
process then returns to step 902. Otherwise the process 
terminates. 

With reference again to step 902, if a new rule is not to be 
added, a determination is made as to whether a rule is to be 
removed (step 914), If a rule is not to be removed, the 
process then proceeds to step 912 as previously discussed. 
Otherwise, the rule to be removed is identified (step 916). 
The dip for the rule to be removed is then removed from the 
object (step 918). In addition, dips can declare themselves as 
non-removable. Then the process proceeds to step 910 to 
save the object. 

Turning next to FIG. 10, a flowchart of a process to create 
an object oriented representation of a program is depicted in 
accordance with a preferred embodiment of the present 
invention. This process is employed when a program is to 
have rules changed and is not compatible with the morphing 
process. This process is used to create a Java object using a 
wrapping process. The process begins by obtaining the 
program to be modified (step 1000). The program to be 
modified may be for example, a COBOL program or any 
other non-Java object. The process then determines a new 
Java interface to the program (step 1002). An implementa- 
tion (a class) of the Java interface is created (step 1004) 
which may use a Java native interface to execute the 
program's function. The Java class uses the Java native 
interface to generate calls or messages in a form recognized 
by the program in response to receiving messages from a 
Java object. The Java native interface used by the class can 
also create response recognized by Java objects when 
responses are generated by the program. This implementa- 
tion class allows a morphable Java class to be created, which 
can communicate with or execute the function of the pro- 
gram to create a Java object that can be morphed. 

Thus, the present invention provides an improved method 
and apparatus for applying and maintaining rules in appli- 
cations. This advantage is provided through morphing a Java 
object to create a dippable object and modifying the rules 
employed by the object by adding a dip. Non Java objects or 
programs can be modified by adding an interface that allows 
the objects or programs to be modified using dips. 

It is important to note that while the present invention has 
been described in the context of a fully functioning data 
processing system, those of ordinary skill in the art will 
appreciate that the processes of the present invention are 
capable of being distributed in the form of a computer 
readable medium of instructions and a variety of forms and 
that the present invention applies equally regardless of the 
particular type of signal bearing media actually used to carry 
out the distribution. Examples of computer readable media 
include recordable- type media such a floppy disc, a hard 
disk drive, a RAM, and CD-ROMs and transmission-type 
media such as digital and analog communications links. 

The description of the present invention has been pre- 
sented for purposes of iUustration and description, but is not 
intended to be exhaustive or limited to the invention in the 
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form disclosed. Many modifications and variations will be 
apparent to those of ordinary skill in the art. The embodi- 
ment was chosen and described in order to best explain the 
principles of the invention, the practical application, and to 
5 enable others of ordinary skill in the art to understand the 
invention for various embodiments with various modifica- 
tions as are suited to the particular use contemplated. 
What is claimed is: 

1. A method in a distributed data processing system for 
managing application modification in a distributed data 
processing system, the method comprising the data process- 
ing system implemented steps of: 

morphing a first portion of an application, wherein the 
first portion of the application becomes a dippable 
j5 application; 

placing the first portion of the application containing 
business rules on a server within the distributed data 
processing system, wherein the application is accessed 
by a client; 

20 placing a second portion of the application on a client, 
wherein the second portion of the application provides 
access to the first portion of the application; 

identifying a rule change for the dippable application; 

creating a dip for the dippable application, wherein the dip 
25 incorporates the rule change; and 

adding the dip to the dippable application, wherein the 
rule change is incorporated into the dippable applica- 
tion without requiring a change to the second portion of 
the application located on the client. 

2. The method of claim 1, wherein the first portion of the 
application is a plurality of beans. 

3. The method of claim 2, wherein the step of morphing 
comprises morphing a single bean within the plurality of 
beans. 

4. The method of claim 1, wherein the second portion of 
the application is used to invoke access to a database by the 
first portion of the application and wherein the first portion 
of the application returns data to the second portion of the 
application using the business rules. 

^ 5. The method of claim 1, wherein the first part of the 
application includes a plurality of rules implemented as a 
plurality of dips and further comprising: 
identifying a rule that is an invalid rule; 
identifying a dip within the plurality of dips that incor- 

porates the invafid rule; and 
removing the dip that incorporates the invalid rule. 

6. The method of claim 1, wherein the first part of the 
application includes a plurality of business rules imple- 
mented as a plurality of dips and further comprising: 

identifying a rule within the plurality of business rules 

that requires a modification; 
creating a new dip incorporating the modification; 
identifying a dip within the plurality of dips incorporating 
55 the mle; and 

replacing the dip with the new dip. 

7. A method for managing applications in a distributed 
data processing system, the method comprising the com- 
puter implemented steps of: 

60 providing an appUcation to a client computer, wherein a 
first portion of the application is located on a server 
computer and a second portion of the application is 
located on the client computer and wherein the appli- 
cation includes business rules that are located in the 

65 first portion of the application and wherein the business 
rules in the application are located in dippable beans; 
and 
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modifying a business rule within the business rules by 
adding a dip to a dippable bean within the plurality of 
dippable beans containing the business rule, wherein 
changes to the second portion of the application are 
unnecessary. 

8. A distributed data processing system for managing 
program modification: 

a client side object located on a client computer, wherein 
the client side object generates a request to access data; 
and 

a server side object located on a server computer, wherein 
the server side object is a dippable object that includes 
business rules, receives requests from the client side 
object, and returns data to the client object using the 
business rules. 

9. The distributed data processing system of claim 8, 
wherein business rules within the server side object are 
modified by adding a dip to the server side object and 
wherein a requirement to modify the client side object is 
absent. 

10. The distributed data processing system of claim 8, 
wherein the server side object includes a set of dips incor- 
porating business rules and wherein the server side object is 
modified by removing a dip from the set of dips and wherein 
a requirement to modify the client side object is absent. 

U. A distributed data processing system for managing 
application modification in a distributed data processing 
system, the distributed data processing system comprising: 
morphing means for morphing a first portion of an 
application, wherein the first portion of the application 
becomes a dippable application; 
first placing means for placing the first portion of the 
application containing business rules on a server within 
the distributed data processing system, wherein the 
application is accessed by a client; 
second placing means for placing a second portion of the 
application on a client, wherein the second portion of 
the application provides access to the first portion of the 
application; 

identifying means for identifying a rule change for the 

dippable application; 
creating means for creating a dip for the dippable 

application, wherein the dip incorporates the rule 

change; and 

adding means for adding the dip to the dippable 
application, wherein the rule change is incorporated 
into the dippable application without requiring a 
change to the second portion of the application located 
on the client. 

12. The distributed data processing system of claim 11, 
wherein the first part of the application includes a plurality 
of rules implemented as a plurality of dips and further 
comprising; 

first identifying means for identifying a rule that is an 
invalid rule; 

second identifying means for identifying a dip within the 
plurality of dips that incorporates the invalid rule; and 
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removing means for removing the dip that incorporates 

the invalid rule. 
13. The distributed data processing system of claim 11, 
wherein the first part of the application includes a plurality 
5 of business rules implemented as a plurality of dips and 
further comprising: 

first identifying means for identifying a rule within the 
plurality of business rules that requires a modification; 
creating means for creating a new dip incorporating the 
modification; 

second identifying means for identifying a dip within the 

plurality of dips incorporating the rule; and 
replacing means for replacing the dip with the new dip. 
15 14. A distributed data processing system for managing 
applications in a distributed data processing system, the 
distributed data processing system comprising: 

providing means for providing an application to a client 
computer, wherein a first portion of the application is 
20 located on a server computer and second portion of the 
application is located on the client computer and 
wherein the application includes business rules that are 
located in the first portion of the application and 
wherein the business rules in the application are located 
25 in dippable beans; and 

modifying means for modifying a business rule within the 
business rules by adding a dip to a dippable bean within 
the plurality of dippable beans containing the business 
rule, wherein changes to the second portion of the 
30 application are unnecessary, 

15. A computer program product in a distributed data 
processing system for managing application modification in 
a distributed data processing system, the computer program 
product comprising the data processing system implemented 
35 steps of: 

first instructions for morphing a first portion of an 
application, wherein the first portion of the application 
becomes a dippable application; 

second instructions for placing the first portion of appli- 
^ cation containing business rules on a server within the 
distributed data processing system, wherein the appli- 
cation is accessed by a client; 

third instructions for placing a second portion of the 
application on a client, wherein the second portion of 
the application provides access to the first portion of the 
application; 

fourth instructions for identifying a rule change for the 
dippable application; 
50 fifth instructions for creating a dip for the dippable 
application, wherein the dip incorporates the rule 
change; and 

sixth instructions for adding the dip to the dippable 
application, wherein the rule change is incorporated 
55 into the dippable application without requiring a 
change to the second portion of the application located 
on the client. 

* * * * * 
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